1 

h 

I 


AD-A063  385  COMMAND  AND  CONTROL  TECHNICAL  CENTER  WASHINGTON  D C F/G  15/6 

THE  CCTC  quick-reacting  GENERAL  WAR  GAMING  SYSTEM  (QUICK)  PROGR— ETC(U) 
NOV  78  D J SANDERS*  P F MAYKRANTZ*  J M HERRIN 
UNCLASSIFIED  CCTC-CSM-MM-9-77-V2-CHG-1  NL 

H 


J 

I 

j I 


DOC  FILE  COPY  ADA0  63  3 85 


RECIPIENTS 

SUBJECT:  Change  1 to  Program  Maintenance  Manual  CSM  MM  9-77, 

Volume  II,  Weapon/Target  Identification  Subsystem 

1.  Insert  the  enclosed  change  pages  and  destroy  the  replaced  pages 
according  to  applicable  security  regulations^ 

list  of  Effective  Pages  to  verify  the  accuracy  of  this  manual 
Is  enclosed.  This  list  should  be  inserted  before  the  title  page 

3.  <^When  this  change  has  been  posted,  make  an  entry  in  the  Record  of 
Changes. 

FOR  THE  DIRECTOR 


Enclosures 
Change  1 pages 


78  12 


EFFECTIVE  PAGES  - NOVEMBER  1978 


This  list  Is  used  to  verify  the  accuracy  of  CSM  MM  9-77  Volume  II  after 
change  1 pages  have  been  Inserted.  Original  pages  are  Indicated  by  the 
letter  0,  and  change  1 pages  by  the  numeral  1. 


Page  No. 


Change  No. 


Title  Page  0 
il-iil  0 
Iv  1 
v-vl  0 
1-2  0 

3 1 

4 0 
5-6  1 
7-8  0 
9-10  1 
10.1-10.2  1 
11-46  0 
47-56  1 
57-58  0 
59-64  1 
65-76  0 
77-78  1 
79-80  0 
81-86  1 
87-88  0 
89-90  1 
91-104  0 
105-106  1 
107-112  0 
113-114  1 
115-120  0 
121-124  1 
125-161  0 
162-167  1 
167.1-167.2  1 
168-172  1 
173-178  0 
179-202  1 


Section 


Page 


3.5  Identification  of  Subroutine  Function 77 

3.5.1  Subroutine  DESTAB 77 

3.6  Common  Block  Definition 78 

3.7  Subroutine  ENTMOD 80 

3.8  Subroutine  DESTAB 92 

4 INDEXER  MODULE 97 

4.1  Purpose 97 

4.2  Input 97 

4.3  Output 97 

4.4  Concept  of  Operation 98 

4.5  Identification  of  Subroutine  Functions 98 

4.5.1  Subroutine  COMPLEX 98 

4.5.2  Subioutina  CRTBLE 98 

4.5.3  Subroutine  SETVAL 98 

4.6  Conmon  Block  Definition 98 

4.7  Subroutine  ENTMOD 100 

4.8  Subroutine  COMPLEX 110 

4.9  Function  CP.TBLE 118 

4.10  Subroutine  SE’  VAL 120 

4.11  Function  VI RADI 124 

5 PLANSET  MODULE 126 

5.1  Purpose 126 

5.2  Input 126 

5.3  Output 126 

5.4  Concept  of  Operation 127 

5.5  Identification  of  Subroutine  Functions 128 

5.5.1  Subroutine  ADJUSTGP 128 

5.5.2  Subroutine  CALCOMP 128 

5.5.3  Subroutine  GRPEM 128 

5.5.4  Subroutine  SRTTGT 128 

5.6  Internal  Comoon  Blocks 129 

5.7  Subroutine  ENTMOD 132 

5.8  Subroutine  ADJUSTGP 135 

5.9  Subroutine  CALCOMP 140 

5.10  Subroutine  GRPEM 147 

5.11  Subroutine  PRINTGP 1S8 

5.12  Subroutine  SRTTGT 160 

5.13  Subroutine  TANKER 1^3 

5.14  Function  VLRADP 176 

APPENDIX  A 179 

DISTRIBUTION I99 

DD  Form  1473 201 

Iv  CH-1 


niir' 

Xnpuc 


COP  Flu 
Procadur*  Flu 
lafonatlonal  Flu 


Module  PLANSET  forms  weapon  groups,  prepares  the  target  list  for  the 
allocator,  computes  and  normalizes  the  class  value  factors  and  calcu- 
lates the  representative  attributes  for  complex  targets. 

1.3  Organization  of  Maintenance  Manual.  Volume  II 

Each  major  section  of  this  manual  details  a module  along  with  the  sub- 
routines and  functions  which  comprise  the  module.  Major  subsections 
are: 

a.  Module  input  - details  what  chains  must  be  created  prior  to 
module  execution 

b.  Module  output  - details  what  chains  will  be  updated  by  each 
module 

c.  Functional  description  - details  the  macro  function  of  the 
module  and  the  associated  major  subroutines 

d.  Comnon  blocks  - detail  the  contents  of  all  internal  common 
blocks.  All  conmon  blocks  used  to  communicate  with  the  COP 
are  given  in  Program  Maintenance  Manual,  Volume  I,  appendix  A. 
These  are:  CIO,  CIS,  C20,  C30,  C40,  C50,  ERRCOM,  TNS,  TPQT, 
OOPS,  STRING 

Within  the  QUICK  system  the  COP  is  viewed  as  the  operating  program. 

Based  on  user  direction,  the  COP  will  execute  overlay  links  or  modules 
which  perform  the  objectives  of  the  user  requests.  Each  overlay  link 
is  called  through  knowledge  of  the  command  verb  and  within  each  link 
the  first  subroutine  is  called  ENTMOD  (for  entry  module).  That  is, 
there  are  as  many  subroutines  called  ENTMOD  as  there  are  modules.  Con- 
fusion is  avoided  by  executing  the  correct  overlay  link.  Subroutine 
discussion,  then,  is  initiated  with  ENTMOD  whose  meaning,  or  function, 
varies  according  to  the  overlay  link. 

Comments  on  the  QUICK  integrated  data  base  can  be  found  in  Program  Main- 
tenance Manual,  Volume  I,  section  2.  It  will  be  assumed  within  this 
liianual  that  the  reader  has  an  understanding  of  QUICKs  data  base. 
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SECTION  2.  JAD  LOADING  MODULE  (JLM) 

2. 1 Purpose 


Jlil  and  Its  associated  subroutines  assemble  data  from  the  CCTC  JAD  files 
and  manipulate  and  reformat  the  data  In  a structure  which  Is  acceptable 
to  the  QUICK  system. 

2,2  Input 

JLM  creates  target  records  as  directed  by  user  card  image  input.  This 
module  normally  is  the  first  phase  in  the  total  creation  of  the  inte- 
grated data  base.  For  proper  execution,  the  organizational  portion  of 
the  data  base  must  have  been  finalized. 

Target  records  are  obtained  from  input  JAD  files  according  to  the  format 
given  in  figure  3.  Not  all  JAD  entries  are  used  by  JLM,  only  those 
listed  under  the  column  lal-»  led  'USED' . 

A JAD  format  has  a maximum  of  336  characters  of  which  only  the  first  258 
have  defined  inputs.  In  thote  cases  when  JLM  generates  a JAD  format 
tape,  entries  are  placed  with. in  characters  289  through  336  (the  third 
column  of  figure  3). 


If  the  user  desires  to  bypass  c!je  construction  of  the  Assignment  Table 
by  using  a BTL,  BTB,  or  DBASTES  format  tape,  characters  289  through  336 
will  contain  information  that  will  be  used  instead  of  created. 

2.3  Output 

JLM  builds  that  portion  of  the  organizational  structure  of  the  data  base 
called  the  Assignment  Table.  This  table  shows  the  kind  of  target  to 
be  added  to  the  data  base  sric  how  it  will  be  included.  The  table 
includes : 

o The  valid  country  code  and  what  region  and  side  the  country  is; 
o The  target  classes  for  each  side; 

o The  selection  criteria  for  each  target  type  based  on  category 
code,  owner,  location,  and  capacity  or  name; 

o The  TASK  that  corresponds  to  the  target  types;  and 

o The  list  of  DESIGs  (alphabetic  portion)  that  are  to  be  used. 

From  the  Assignment  Table,  the  user  selects  targets  from  the  JAD  input 
file  and  creates  targets  (record  TARGET)  within  the  gaming  portion  of 
the  integrated  data  base.  For  each  created  target,  all  linkage  is 
properly  updated. 
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COLS.  ITEM 

USED*  CREATED  BY  JLM 

1-5  Category  Code 

JCATCODE 

6-9  WAC  No. 

JWACNO 

10-15  BE  No. 

JBENO 

16-20  Blank 

21-58  Name 

JNAME(21-26) 

59-64  Major  number 

JMAJOR 

65-88  Complex  Name 

89-94  Minor  number 

JMINER 

95-118  Concentration  Name 

119-125  Latitude  DDMMSS  N/S 

JLAT 

126-133  Longitude  DDDMMSS  E/W 

JLONG 

134-135  World  Division 

136-137  Sub  Div 

138-139  Country  Location 

JLOC 

140-141  Special  Region 

JAD14 

142-143  Region 

144-147  Blank 

148-149  Owner  Country 

JOWN 

150-151  Agency  or  Service  owner 

152-153  U & S Cmd  or  Supreme  All 

154-155  Component  or  All  Regn  CMD 

156-159  Severe  VN 

160-163  Moderate  VN 

JVN 

164-167  Light  VN 

168-171  Review  Data  yy  mm 

172-175  ICOD  yy  mm 

176-190  Significance 

191-198  Capacity 

JCAP 

199-200  Data  Source 

201-204  Units  of  measure 

1 

^Variables  are  named  as  used  in  donmon  block  JADREC. 

Figure  3.  JAD  Format  (Part  1 of  2) 


General  comments  are: 

o The  side  must  be  first 

o The  target  class  must  be  preceded  by  two  slashes 
o The  target  type  must  be  preceded  by  a dash 

o If  minimum  capacity  or  name  Is  used,  It  must  be  preceded  by  a 
greater  than  symbol 

o The  lowest  catcode  must  be  preceded  by  one  slash  and  If  a 

range  of  catcodes  are  used  the  highest  catcode  Is  preceded  by 
a dash 

I 

o TASK  Is  preceded  by  an  asterisk  and  DESIG  by  a comma 

o Country  codes  are  preceded  by  either  OWNED  or  IN  if  the  assign- 
ment Is  restricted 

2. 5. 1.2  Subroutine  PLAYERS.  Similar  to  ALPHAS,  subroutine  PLAYERS 
reads  the  Input  clause  and  updates  the  Assignment  Table.  The  general- 
ized Input  command  Is; 

ASSIGN  PLAYERS  side  //  iegi.on  country-code 

f j country-code  . . .1  [side  //  region  . . .] 

The  side  must  be  first,  the  region  must  be  preceded  by  two  slashes  j 

and  the  list  of  country  codes  must  be  preceded  by  a single  slash.  i 

2.5.2  Subroutine  SELECT.  The  use  of  the  SELECT  verb  (and  hence  the  i 

execution  of  overlay  link  (SELE))  Instructs  the  JLM  to  select  records 

from  the  JAD  format  Input  file  according  to  the  developed  Assignment 

Table.  The  SELECT  conmand  has  a maximum  of  six  optional  adverbs  and 
are: 

o WHERE  - normal  WHERE  clause  without  OF  or  LIKE 

o UNIT  - used  to  define  Input  unit  if  it  is  not  20 

o ONPRINTS  - causes  the  print  of  the  output  JAD  format 

o REPLACING  or  OMITTING  - used  to  replace  existing  targets  or 
to  Ignore  duplicates 

o ORDER  - allows  the  user  to  specify  the  arrangement  that  the 
classes  will  be  added  to  the  Integrated  data  base 

o SETTING  - used  to  set  the  value  of  TARDEF  to  allow  for  auto- 
matic assignment  of  values  for  attributes  TARDEFHI  and  TARDEFLO 
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If  the  user  desires  to  bypass  the  Assignment  Table,  the  expanded  func- 
tions of  the  adverbs  UNIT  and  ORDER  may  be  used  and  is  Indicated  by  add- 
ing 100  to  the  logical  unit  number  in  the  UNIT  clause.  The  ORDER  clause 
now  takes  on  additional  meaning.  The  order  of  the  target  class  names  in 
the  ORDER  clause  must  correspond  with  the  set  number  on  the  input  file. 
Also  the  last  two  entries  must  be  the  SIDE  (RED  or  BLUE)  followed  by  the 
type  of  file  being  input,  l.e.,  BTL,  BTB,  DBASSES. 

If  the  Bypass  option  is  used,  all  data  on  the  input  file  is  directly 
added  to  the  data  base  using  subroutine  ADTOBASE.  No  preprocessing  is 
done. 

After  user  input  definition,  SELECT  reads  a JAD  input  record  and  queries 
the  Assignment  table  (subroutine  FNDTAR)  to  ascertain  if  the  target 
should  be  added  to  QUICKs  data  base.  In  it  is  not  to  be  added,  the 
next  JAD  input  record  is  read.  Otherwise  investigations  are  made  for 
exclusion  of  the  input  record  due  to  a WHERE  clause.  For  each  selected 
target  record,  data  is  written  onto  files  25  and  21. 

After  all  target  records  have  been  selected,  data  files  are  sorted  and 
read.  For  each  record,  subroutine  ADTOBASE  is  called  for  the  definition 

of  the  selected  target  record  onto  QUICKs  data  base. 

Finally  tests  and  code  are  made  to  guarantee  the  JAD  records  are  in 
proper  sort  and  additionally  JAD  selected  records  are  printed  if  user 
directed. 

2.5,2. 1 Subroutine  ADTOBASE.  This  subroutine  adds  the  data  from  the 
selected  JAD  record  onto  QUICKs  data  base.  In  addition  to  inserting 
attribute  values,  this  subroutine  places  the  target  record  on  the  proper 
chains.  This  includes  linkage  under  the  vulnerability,  class,  type,  and 
other  headings  as  directed  by  the  nature  of  the  target. 

2.5.3  Subroutine  ASTERISK.  This  overlay  removes  targets  from  the  inte- 
grated data  base  and  flags  all  target  records  on  the  output  JAD  format 
file.  If  identical  target  records  reside  both  within  the  integrated 

data  base  and  the  output  JAD  file,  an  asterisk  (character  position  294) 

is  placed  on  that  record  within  the  JAD  file. 

The  list  of  target  record  to  be  retained  are  defined  within  a KEEPING 
clause  and  has  the  form; 

KEEPING  lowdesig  [-  highdesigi 

lowdesig  f-  highdesigi  . . .]] 

This  clause  consists  of  a list  of  DESIG  ranges  that  are  to  be  kept  in 
the  data  base  and  flagged  on  the  output  file. 
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2.6  Cotunon  Block  Definition 

Conmon  blocks  used  by  JLM  are  outlined  In  table  1.  Conmon  blocks  that 
communicate  with  the  COP  are  given  in  appendix  A of  Program  Maintenance 
Manual,  Volume  I. 
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2.9  Subroutine  SELECT 


PURPOSE : Select  targets  records  from  Input  JAD  file 

ENTRY  POINTS:  SELECT 

PORMAL  PARAMETERS:  None 

COMMON  BLOCKS:  ASNKEY,  CLASSES,  CIO,  C30,  JADREC,  OPTION,  PRINSP, 

SIDES,  TARDEF 

SUBROUTIMSS  CALLED;  ADTOBASE,  FINDCLASS,  FINDSIDE,  FMEDIA,  FNDTAR, 

INSGET,  KOMPCH,  KRUNCH,  NEXTTT,  RANSIZE,  SAMSET, 
SETDEF,  SORTIT,  XWHERE 

CALLED  BY:  ENTMOD  (of  JLM) 

Method: 

Target  records  are  selected  from  the  Input  JAD  files,  added  to  QUICKs 
integrated  data  base  (subroutine  ADTOBASE)  and  a new  output  JAD  file 
generated  for  use  outside  of  the  QUICK  system  (see  figure  9).  The 
selection  process  is  user  directed  and  outlined  in  subsection  2.5. 

Besides  the  commons  described  in  table  1 there  are  some  special  arrays 
used  by  SELECT.  VADV  holds  the  value  for  all  legal  adverbs.  ADVTTR 
holds  the  adverbs  and  pointers  from  the  Input  clauses.  START  holds  the 
pointer  to  the  beginning  of  the  input  clauses  in  the  order  described  In 
VADV.  PUNCT  holds  the  pair  of  value  pairs  that  correspond  to  the  alpha- 
betic prefix  and  the  operator  comma  as  they  appear  in  the  input.  RECORD 
is  a 336-choracter  array  which  contains  the  JAD  record  before  it  is 
decoded  into  JADPJ2C.  LINES  contain  an  Incremented  count  of  the  items 
in  'subsets',  based  on  CLASS. 

Initially  the  input  options  are.  read.  If  the  Bypass  option  is  specified, 
input  unit  >100,  the  actual  unit  number  is  reset  and  processing  goes 
directly  to  the  200  block  of  code.  It  is  there  that  subroutine  ADTOBASE 
is  used  to  load  the  information  onto  IDS  data  base. 

First  a JAD  format  record  is  read.  If  the  automatic  generation  of 
bomber  defenses  is  desired  and  the  record  is  a SAM  site,  SAMSET  is 
called  to  save  it  on  a special  file  (unit  19).  The  target  then  must 
meet  the  criterion  defined  by  the  Assignment  table  as  tested  by  FNDTAR. 
The  record  must  then  pass  any  restrictions  in  the  optional  WHERE  clause 
before  it  is  decoded  into  JADREC.  At  this  time  the  key  reference  code 
(ASNKEY)  from  FNDTAR  is  saved  on  the  record  which  is  put  on  a random 
file.  Hie  sortkey  for  this  record  is  written  onto  file  21.  This  pro- 
cess continues  until  the  inptit  file  is  exhausted. 


*First  subroutine  of  overlay  link  SELE 
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Hie  next  step  is  to  sort  the  random  file  and  optionally  create  SAM 
complexes.  The  sort  is  done  by  subroutine  SORTIT  with  the  output 
defined  on  unit  MIDLUN  (21  or  23).  The  sort  is  primarily  on  DESIGA2 
(found  after  FNDTAR  was  called  by  retrieving  the  first  DESIGA2  for 
this  type) . 

The  DES1GA2  is  retrieved  so  that  the  output  tape  will  be  in  DESIG  sort 
without  necessarily  doing  a second  sort.  The  file  of  selected  JAD 
records  is  also  sorted  on  region  for  the  same  reason.  The  SIDE/CLASS 
index  (JSETNO)  is  used  to  keep  the  classes  together  within  region  for 
the  output  file  and  also  to  iiqirove  the  efficiency  of  ADTOBASE.  Attri- 
bute TYPE  is  included  in  the  sort  primarily  for  ADTOBASE  efficiency  but 
also  for  the  output  print.  The  NAME  of  the  target  is  primarily  there 
for  the  INDEXER  module.  After  the  sort  is  accomplished,  KRUNCH  is 
called  to  form  SAM  complexes  if  the  option  is  on.  The  sorted  file  is 
then  read  and  SETDEF  is  called,  if  the  option  is  on,  and  ADTOBASE 
called  to  add  the  record  to  the  integrated  data  base.  The  value  for 
DESIG  is  now  defined  and  the  JAD  record  is  output  noting  if  the  DESIG 
remains  in  sort  (DESIG  overflow  could  cause  it  to  be  out  of  sort). 

This  is  done  for  the  entire  sorted  file.  If  yet  out  of  sort,  the  JAD 
output  file  is  resorted  and  put  into  the  output  file.  If  the  optional 
prints  are  desired  the  JAD  output  file  is  reread  and  printed. 


call  FMEDIA  for 
Ml  Files, 
RANSIZE  for 
Random  File, 

INS GET  for  Number 
of  Adverbs 


Figure  9.  Subroutine  SELECT  (Part  1 of  6) 
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2,9.1  Subroutine  ADTOBASE 


PURPOSE : Add  the  selected  JAD  record  to  QUICKs  Integrated 

data  base 

ENTRY  POINTS;  ADTOBASE 

FORMAL  PARAMETERS;  None 

CIO,  C15,  C30,  JADREC,  OPTION,  TARDEF 

DEFAULT,  DLETE,  GETDES,  HDFND,  HEAD,  MODFY, 

NEXTTT,  RETRV,  STORE 

SELECT 

Method: 

ADTOBASE  Is  called  to  put  the  target  described  In  common  JADREC  Into 
QUICKS  Integrated  Data  Base.  In  order  to  do  this,  the  master  of  all 
the  chains  of  which  the  TARGET  Record  Is  a detail  of,  must  be  found  or 
In  many  cases  created.  Since  the  processing  Is  very  similar  for  most 
of  the  chains,  the  process  has  been  generalized  as  much  as  possible. 

The  general  approach  Is  to  start  with  the  headers  and  query  the  chains 
until  the  proper  masters  have  been  found  or  created  for  this  TARGET 
record. 

The  first  time  that  ADTOBASE  Is  called  the  records  on  the  ATRIB  chain 
are  checked  In  order  to  define  the  connon  C30  locations  of  the  key  attri- 
butes describing  the  master  records.  This  Is  only  done  on  the  first  call. 

The  first  action  normally  performed  In  ADTOBASE  Is  to  define  the  array 
of  values  that  describe  the  location  In  the  data  base  where  the  TARGET 
record  Is  to  be  linked.  The  linkage  must  be  placed  under  the  chains 
that  contain  the  matching  values  for  attributes  TYPE,  IREG,  and 
CLASS.  If  the  TARGET  Is  a weapon,  chains  for  weapon  group,  payload 
number  and  the  weapon  TYPE  (defined  under  the  weapon  CLASS  definition) 
must  be  searched  for  matching  values. 

The  first  step  In  retrieving  the  master  records  Is  to  retrieve  any 
headers  that  have  not  been  retrieved  already  by  the  previous  target. 

Then  the  three  chains  (six  for  weapons)  are  searched  for  a record  that 
has  a key  value  matching  that  of  the  JAD  record.  If  the  record  agrees 
with  the  one  previously  found,  no  searching  Is  necessary.  If  the 
record  does  not  exist,  then  It  must  be  created. 

Before  any  record  Is  created  In  ADTOBASE  the  subroutine  DEFAULT  Is 
called  for  that  record  type.  DEFAULT  will  set  all  the  default  values 
for  that  record  type.  After  this  Is  done,  the  key  value  from  JADREC 
are  set  and  the  record  Is  created. 


COMMON  BLOCKS: 
SUBROUTINES  CALLED: 

CALLED  BY: 
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The  TARGTY  record  must  also  be  checked  since  It  must  be  unique  to  more 
values  than  just  TYPE.  The  values  of  country  location  and  owner  and 
vulnerability  are  also  checked.  If  a match  Is  not  found  on  the  entire 
chain,  a new  record  Is  created.  Note  also  that  If  the  record  had  been 
created  earlier  It  must  now  be  modified  to  account  for  the  additional 
unique  values  (VULNl,  etc.). 

For  weapons  there  Is  one  additional  record  that  must  be  defined  now, 
WEPSUB,  the  weapon  subtype.  As  usual.  If  It  does  not  already  exist  It 
Is  created.  Note  that  DEFAULT  Is  not  called  since  the  entire  record 
I consists  of  the  Payload  Table  name. 

Now  If  either  the  REPLACING  or  OMITTING  options  are  used  the  TGTTGT 
chain  Is  searched  for  targets  with  the  same  values  for  WACNO  and  BENO. 
Note  that  for  some  types  of  targets,  this  can  result  In  an  excessive 
amount  of  searching  and  that  the  options  should  be  used  sparingly.  If 
a match  Is  found  OMITTING  will  cause  a return  to  SELECT  while  REPLACING 
will  delete  the  old  record. 

Now  that  the  masters  for  the  TARGET  record  have  been  defined  the  actual 
record  can  be  added  to  the  data  base. 

I First,  if  the  bypass  option  is  not  specified,  subroutine  GETDES  completes 
the  work  that  FNLTAR  started  using  the  reference  code  mentioned  In  ALPHAS, 
GETTAR,  and  SELECT. 

With  the  DESIG  now  defined,  and  the  default  values  defined,  the  values 
In  JADREC  are  moved  to  conmon  C30. 


The  target  record  Is  now  created. 

If  the  target  Is  also  a weapon  then  a MSBMTG  record  is  also  created. 
At  this  point  ADTOBASE  returns. 

Subroutine  ADTOBASE  Is  Illustrated  in  figure  10. 


Figure  10.  (Part  3 of  7) 


2.9.2  Subroutine  DEFAULT 


PURPOSE: 

Set  default  values  into  common  block  C30 

ENTRY  POINTS: 

DEFAULT 

FORMAL  PARAMETERS: 

RECORD:  record  name 

COMMON  BLOCKS: 

CIO,  C20,  C30 

SUBROUTINES  CALLED: 

HEAD,  NEXTTT 

CALLED  BY: 

ADTOBASE 

Method: 

Local  arrays  RECNAME  and  VALUE  hold  the  record  name  and  the  default 
value  for  the  attribute.  Also  arrays  LINK  and  LOG  contain  either  a 
link  to  the  start  of  the  record  description  (0,  if  no  more  records  are 
described)  or  the  location  of  the  attribute  in  common  C30. 

When  DEFAULT  is  called,  the  RECNAME  array  is  queried  using  the  corres- 
ponding LINK  value  until  the  record  name  passed  is  found  or  the  entire 
list  queried. 

If  the  record  name  is  not  found  the  RCTYP  chain  is  traversed  in  an 
effort  to  find  the  record  name  passed.  When  found  the  lALINK  and 
AILINK  chains  are  traversed  to  find  the  default  value  for  the  attribute 
and  its  location  in  C30.  These  values  are  added  to  VALUE  and  LOC  fol- 
lowing the  record  name.  In  any  case  the  values  in  VALUE  and  LOC  between 
the  record  and  the  next  record  are  used  to  move  the  value  in  VALUE  into 
the  location  in  common  C30  specified  by  LOC, 

Subroutine  DEFAULT  is  Illustrated  in  figure  11. 


SECTION  3.  DBMOD  MODULE 


3. 1 Purpose 

The  purpose  of  UBMOD  Is  to  alter  the  content  or  characteristics  of  a 
data  base  in  order  to  adapt  the  data  base  to  the  specific  scenerio  for 
which  the  plan  is  being  developed.  Because  of  its  highly  specialized 
nature,  module  DBMOD  should  be  examined  for  possible  revision  each  time 
a new  plan  is  to  be  generated. 

3.2  Input 

User  conmands  plus  the  Integrated  data  base  are  necessary  Inputs  to 
DBMOD,  User  inputs  define  the  scenario,  attacking  and  defending  sides, 
plus  optional  inputs  whereby  nondefault  scaling  factors  may  be  set. 

All  targets  to  be  processed  by  the  QUICK  system  must  have  been  defined 
prior  to  DBMOD  execution.  This  also  includes  a definition  for  each 
target's  value  (attributes  VAL,  IGIW  or  POP).  For  the  attacking  side 
attributes  ADBLI,  NADBLI,  or  ADBLR  and  NADBLR,  and  NPRSQl,  NPRSQ2,  or 
NPRSQ3  must  also  have  been  defined. 

3.3  Output 

DBMOD  generates  printed  reports  and  modifies  the  Integrated  data  base 
for  all  TJ/I  class  targets  for  the  defending  side  and  for  all  missile 
and  bomber  class  targets  for  the  attacking  side.  U/I  targets  modify 
attribute  VAL.  Missile  and  bomber  class  targets  modify  attributes 
NOINCO,  NALERT,  NOPERSQ,  ALRTDB  and  NLRTDB.  If  user  requested,  attributes 
TARDEFHI  and  TARDEFLO  are  modified. 

3.4  Concept  of  Operation 

DBMOD  begins  by  reading  input  user  commands  and  stores  values  that  define 
the  scenerio  to  be  constructed,  the  attacking  and  defending  sides,  U/I 
class  names,  and  the  nondefault  scaling  factors  used  for  U/l  class  value 
calculations.  DBMOD,  then  determines  the  attributes  for  NOINCO  (number 
in  commission)  and  NALERT  (number  on  alert)  for  bombers  and  missiles. 

The  user  also  has  the  option  of  scaling  the  value  (VAL)  given  to  an  U/l 
target  based  on  the  values  for  population  (POP)  and  IGIW.  The  option 
also  exists  to  calculate  local  bomber  defenses  (attributes  TARDEFHI  and 
TARDEFLO).  For  given  collections  of  targets  records,  parameters  are 
summed  and  properly  printed. 

3.5  Identification  of  Subroutine  Function 

3.5.1  Subroutine  DESTAB.  With  the  exception  of  utility  routines, 

DESTAB  is  the  only  subroutine  Included  under  DBMOD.  DESTAB  keeps  track 
of  the  number  of  target  records  within  the  data  base,  the  number  of  tar- 
get records  deleted,  and  produces  summary  prints. 
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3.6  Common  Block  Definition 

Common  blocks  used  by  DBMOD  are  outlined  in  table  2.  Common  blocks 
that  communicate  with  the  COP  are  given  in  appendix  A of  Maintenance 
Manual,  Volume  I. 
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START 


Figure  20.  Subroutine  SETVAL  (Part  1 of  3) 
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4.11  Function  VLRADI 


PURPOSE: 

To  find  the  lethal  radius  of  a weapon  delivered 
against  a target  of  a specified  vulnerability, 
and  to  set  FN  for  use  by  the  calling  subroutine. 

ENTRY  POINTS: 

VLRADI 

FORMAL  PARAMETERS: 

YIELD  - Yield  of  weapon  in  megatons 

NVN  - Vulnerability  parameter  of  target 

HOB  - Weapon  height  of  burst 

FN  - Parameter  specifying  shape  of  damage 

function 

COMMON  BLOCKS: 

INDXRHL,  RADATA 

SUBROUTINES  CALLED: 

EXP 

CALLED  BY: 

ENTMOD  (of  overlay  link  INDXER) 

Method: 

NVN  is  decoded  Into  the  appropriate  vulnerability  number  VN,  the  letter 
(P  or  Q),  and  the  K-factor  XK.  The  cube  root  of  the  yield  is  extracted. 
Then  the  adjusted  vulnerability  number  AVN  is  determined  by  methods 
described  in  "Computer  Computation  of  Weapon  Radius,"  B-139-61,  Air 
Force  Intelligence  Center.  FN  is  set  to  six  or  three  of  P and  Q type 
targets,  respectively. 

Common  block  /RADATA/  contains  four  arrays  (for  the  four  combinations 
of  P or  Q vulnerability  and  air- to-sur face  burst)  each  of  which  contains 
the  natural  logarithm  of  the  lethal  radius  (in  nautical  miles)  of  a 
1-megaton  burst.  The  data  are  at  intervals  of  five  vulnerability  num- 
bers. Function  VLRADI  interpolates  in  the  appropriate  array  to  find 
the  logarithm  of  the  1-megaton  lethal  radius  for  AVN.  The  lethal  radius 
of  the  weapon  is  then  determined  by  exponentiating  and  multiplying  by 
the  cube  root  of  the  yield. 

f A flowchart  for  VLRADI  is  shown  in  figure  21. 

i 

I 


124 


1 

i 
j 

During  the  second  pass  the  value  of  each  target  Is  normalized  by  multi- 
plying Its  data  base  value  by  the  scaling  factor  for  Its  target  class. 

Also  a randomized  target  number  Is  calculated  for  each  complex  target, 
multiple  target,  and  simple  target  not  In  a complex  or  multiple  target. 

A TARCDE  record  is  stored  for  each  of  these  targets.  This  record  con- 
tains the  target  number  of  the  target  as  well  as  the  reference  code  of 
the  representative  target  If  the  target  is  complex  or  multiple  or  If 
the  target  Itself  Is  a simple  target. 

Upon  processing  each  target  record,  the  target  number  can  be  Immediately 
calculated  and  stored.  The  calculation  Is:  a sorting  Index  (LEAD), 
which  is  a function  of  the  total  number  of  targets  (NTAR),  Is  determined 
by  the  formula: 

NTAR  (3  - V 5 

lead  


To  start  a cycle,  a beginning  index  (IBEG)  is  designated  and  assigned 
to  the  target  being  read.  Initially  IBEG^LEAD.  The  Index  for  the  next 
target  (IND)  then  is  found  by  Incrementing  the  previous  index  (LAST)  by 
LEAD.  If  the  result  exceeds  NTAR,  the  cycle  is  reset  by  subtracting 
NTAR  from  IND.  When  a cycle  is  completed  (l.e.,  when  IND»IBEG),  the 
next  cycle  is  begun  by  incrementing  IBEG  by  one  and  proceeding  as  above. 
Thus,  a unique  nonsequential  index  is  assigned  to  each  target  as  it  Is 
read. 

Also,  during  the  record  pass  through  the  targets,  elements  of  complexes 
not  belonging  to  target  classes  chosen  to  be  considered  by  the  allocator 
are  transferred  from  the  complex  chains  they  are  on  to  the  simple  target 
chain.  When  all  such  targets  are  transfered  if  a complex  target  has 
just  one  element  remaining,  this  element  is  also  transfered  to  the 
simple  target  chain  to  be  considered  as  a single  target.  For  the 
remaining  complex  targets,  subroutine  CALCOMF  is  called. 

After  the  second  pass  complex  records  to  complex  targets  which  do  not 
have  any  elements  belonging  to  target  classes  to  be  considered  by  the 
allocator  are  deleted.  Also  SORTIT  is  called  and  the  FLAG-DESIG 
Listing  and  Target  Designator-Number  Directory  are  printed. 

Subroutine  SRTTGT  is  Illustrated  in  figure  27. 
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ANALYTICAL  CONCEPTS  AND  TECHNIQUES 


This  appendix  describes  the  major  analytical  concepts,  techniques,  and 
algorithms  employed  within  modules  JLM,  INDEXER,  and  PLANSET.  Topics 
of  discussion  consists  of  explanations  of  weapon  grouping,  missile 
reprogramming,  target  list  preparation,  and  missile  time  of  flight  cal- 
culations. 


A. 1 Weapon  Grouping 

The  initial  phase  of  plan  development  provides  an  allocation  of  weapons 
to  targets.  To  reduce  the  a iiount  of  processing  required  during  this 
phase,  the  offensive  weap  ait  aggregated  into  "weapon  groups"  which 
for  the  purpose  of  the  allocation,  ill  weapons  within  a group  are 
treated  identically.  This  phase  of  processing  is  then  followed  by  the 
sortie  generation  phase  during  which  the  specific  missile  and  bomber 
plans  are  developed. 

Grouping  Criteria:  On  the  bails  of  user  input,  which  specifies  the  type 
(TYPE)  weapons  to  be  considered,  module  PLANSET  processes  the  indexed 
data  base  and  assembles  Che  individual  missile  and  bomber  units  (items 
in  classes  MISWEP  and  BMBWEP)  into  weapon  groups.  ^ 

A weapon  group  is  defined  as  a set  cf  weapons  which  are  assigned  !to  de- 
livery vehicles  that  are  licated  in  the  same  geographic  area  and  have 
like  characteristics.  Specifically,  to  be  in  the  same  group,  these  wea- 
pons must  be  of  the  same  type;  l.e.,  the  attribute  TYPE**  must  have  the 
same  value;  they  must  have  the  same  alert  status  (alert  or  non-alert), 
originate  in  the  same  geographic  region,  and  have  the  same  payload. 
Bombers  must  have  the  same  refueling  index  (IREFUEL).  In  order  for  mis- 
siles or  nonrefueling  bombers  to  be  grouped,  they  must  lie  within  a geo- 
graphic area  which,  for  al.;rt  weapons,  has  a radius  equal  to  a certain 
percentage  of  the  range  of  tie  weapon.  This  percentage  is  a parameter 
RANGEMOD  specified  by  the  user  for  input  to  program  PLANSET.  If  RANGEMOD 
is  not  specified,  it  is  assumed  to  be  15  percent.  The  RANGEMOD  value 


A weapon  is  defined  here  as  a warhead  plus  the  characteristics  of  its 
delivery  vehicle. 

•k-k 

A single  set  of  delivery  vehicle  characteristics  is  associated  with 
all  weapons  of  a given  type.  These  characteristics  include  attributes 
(for  all  weapons)  ALRTDL,  CEP,  FUNCTION,  LCHINTVL,  NLRTDL,  PLABT, 
RANGE,  PdiL,  SIMLUNCH,  SPEED  (for  missiles  only),  ALRTDB  (if  IREP 
greater  than  zero),  IREP,  NMPSITE,  PDES,  PFPF,  PINC,  RNGMIN,  TOFMIN, 
IRECMODE,  PRABT,  RANGEDEC , RANGEREF,  and  SPDLO. 
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used  for  alert  weapons  is  automatically  doubled  for  nonalert  weapons  (to 
reduce  the  proliferation  of  groups).  Under  this  criterion,  it  is  appro- 
priate to  think  of  the  weapons  of  a given  group  as  being  capable  of  attack- 
ing the  same  set  of  targets. 

If  the  weapons  are  to  be  used  exclusively  against  naval  targets  (a  player 
option),  all  the  weapons  in  the  group  must  have  the  same  value  for  the 
attribute  PKNAV  (the  single  shot  kill  probability  for  these  weapons 
against  targets  of  class  NAVAL). 

Group  Centroid:  As  a new  base  is  added  to  a group,  the  latitude  and 
longitude  of  the  group  centroid  are  adjusted  so  that  the  final  values 
reflect  the  true  group  centroid.  That  adjustment  is  effected  as  fol- 
lows . 


Let  NG  = The  number  of  bases  included  in  the  group  prior  to 

this  addition 

LSTIAT  = Latitude  of  centroid  before  addition 
LSTLONG  = Longitude  of  centroid  before  addition 
IJ^T  = Latitude  of  the  weapon  being  added 
LONG  = Longitude  of  the  weapon  being  added 

Then  for  the  new  centroid  latitude  (NEWLAT) , 


NEWLAT  = 


:ng*lstlat)+lat 

NG-fl 


To  determine  the  new  centroid  longitude  (NEWLONG)  an  intermediate  quan- 
tity (GLONG)  is  calculated.  If  GLONG  < 0,  NEWLONG  = GLONG  + 360;  other- 
wise NEWLONG  = GLONG.  GLONG  is  calculated  as  follows: 

1.  If  -180  s (LSTLONG  - LONG)  s 180  then  GLONG 
= ((NG  * LSTLONG)  -t-  L0NG]/lNG  -t-  1] 

2.  If  (LSTU)NG  - IX)NG)  > 180  then  GLONG  = [(NG  * [LSTLONG 
- 3601)  + LONG]/[NG  + 1] 


3.  If  (LSTLONG  - LONG)  < -180  then  GLONG 
+ (LONG  - 360)]/[NG  + 1] 


:(NG  * LSTLONG) 


Basic  Yield  (Bombers):  One  of  the  composite  characteristics  calculated 
for  a bomber  group  is  its  basic  yield  per  gravity  bomb.  That  value  is 
obtained  as  follows.  Define  the  following  variables: 


NOBOMB  1 Number  of  bombs  of  type  1 

NOBOMB2  Number  of  bombs  of  type  2 

YlELDl  Yield  of  type  1 bomb 

Y1ELD2  Yield  of  type  2 bomb 
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Then,  tt.e  bajlc  yield,  YlLn  (G,»,  for  a group  Is  calculated  as 


Y]1:LD(G)  = [ 


NOBOMBl  * YltLDl 


(2/3) 


+ N0B0MB2  * YIELD2 


(2/3; 


3/2 


NOBOMBl  f NOBOMB2 


it  is  this  basic  yield  whicii  is  used  for  all  bombs  of  the  group  during 
the  allocation  phase  (module  ALOC).  The  actual  yield  of  the  ASMs  is 

used  for  these  weapons. 

/ 

I'RV/MIRV  Payloads:  In  QUICK,  those  missiles  equipped  with  a multiple 
reentry  vehicle  (MRV)  capability  are  allocated  to  a single  target.  For 
allocation  purposes,  the  component  RVs  (reentry  vehicles)  are  considered 
to  be  a single  warhead;  however,  the  added  effect  of  the  MRV's  pattern 
is  reflected  in  the  formula  uset  to  determine  its  expected  yield: 

MRV  yield  = (yield  for  one  warhead  of  the  given  type) 

3/2 

*(thp  nunib  ..  of  warheads,  or  RVs) 

The  number  of  warheads  (reentry  vehicles)  is  raised  to  the  3/2  power  in 
order  to  accommodate  the  "2/J  ri le”  for  comparing  the  yield  of  N MRV 
warheads  delivering  X megatons  t ach  against  the  yield  of  one  warhead  ol 
.IX  megatons  striking  the  target  center. 

Multiple  independently  targctable  reentry  vehicles  (MIRVs),  on  the  other 
hand,  are  allocated  as  separate  weapons,  subject  to  footprinting  con- 
straints. Hence,  for  the  case  in  which  the  in.lependent  ly  targetable 
leentry  vehicles  (IRVs)  of  a missile  with  MIRV  capability  are  in  turn 
equipped  witli  MRVs,  the  exported  yield  calculated  is; 

Yield  for  missile  with  .MIRV  capability  = 

(yield  for  one  warhead  of  the  given  type) 

*(the  number  of  iRV's) 

3/2 

*(the  number  of  warhaads,  or  RV's,  per  IRV) 

Command  and  Gontrol  Reliability:  Each  weapon  item  in  the  data  base  is 
assigned  to  a command  and  control  region  (IREG)  by  the  user.  This  com- 
mand and  control  region  is  an  arbitrary  designation  for  the  extent  of 
command  and  control  functions  and  has  no  geographic  meaning.  The  relia- 
bility for  command  and  control  (CC)  is  a function  of  this  region  IRIiG. 
Thus,  the  user  must  divide  the  offensive  weapons  systems  into  these 
"regions"  according  to  the  command  and  control  which  is  appropriate  for 
the  plan  being  developed.  The  maximum  number  of  command  and  conlrd  re- 
gions is  20. 

Overallocation : The  QUICK  weapon  allocator  is  designed  to  assign  the 
individual  weapon  of  a group  to  specific  targets.  In  developing  this 
allocation,  program  AL(X1  does  net  consider  serial  bombing  constraints 
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or  MIRV  footprint  constraints.  These  constraints  reflect  the  physical 
limitations  on  a delivery  vehicle's  ability  to  deliver  warheads  to  geo- 
graphically separated  targets.  In  addition,  in  allocating  bomber  weap- 
ons, the  number  of  weapons  associated  with  a given  penetration  corri- 
dor may  not  correspond  to  an  integral  number  of  delivery  vehicles. 

The  above  constraints  are  considered  in  the  sortie  generation  phase  of 
plan  development.  To  provide  some  flexibility  in  developing  feasible 
weapon  assignments  for  each  delivery  vehicle,  a few  extra  weapons  are 
added  to  each  MIRV  and  bomber  weapon  group  for  allocation  by  module  ALOC. 
Subsequent  processing  by  modules  POSTALOC  (for  bombers)  and  FOOTPRNT  (for 
MIRVs)  removes  this  overallocation  in  creating  the  sortie  specifications. 

For  this  reason,  a number  of  weapons  are  artificially  added  to  each  weap- 
on group.  The  formula  used  to  add  these  weapons  is  as  follows: 


NEX  = NWOLD  * (PEX  + EXB/NVOLD) 


where  NEX  = number  of  weapons  added  to  group 

NWOLD  = original  number  of  weapons  in  group 
NVOLD  = original  number  of  vehicles  in  group 
PEX  = percentage  extra  factor 

EXB  = extra  vehicle  factor 


There  is  one  set  of  increase  factors  (PEX  and  EXB)  each  for  bombers,  non- 
MIRV  missiles,  and  MIRV  missiles.  These  increase  factors  are  user-input 
parameters . 


This  excess  of  weapons  appears  as  an  over-allocation  of  weapons  from  the 
weapon  allocation  phase.  The  sortie  generation  phase  removes  this  over- 
allocation in  creating  the  sorties.  Thus  the  final  number  of  weapons  for 
which  plans  are  generated  closely  approximates  the  number  requested  in 
the  data  base.  (In  some  extreme  cases,  some  weapons  may  be  omitted.) 


In  order  that  the  Plan  Generator  will  perceive  the  correct  number  of  ex- 
pected weapons,  the  survival  before  launch  probability  (SBL)  is  modified 
to  reflect  this  change. 


If:  NACTUAL  = actual  number  of  weapons  in  a group 
NEXCESS  = number  of  weapons  added  to  the  group 


then : 


SBL  = SBLREAL  * 


NACTUAL 


NACTUAL  + NEXCESS 


The  actual  survival  before  launch  probability  (SBLREAL)  is  used  after  the 
excess  weapons  have  been  removed  In  the  sortie  generation  phase  of  plan 
deve lopment . 
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A . 2 Missile  Repr ogranimint' 


Each  missile  type  In  the  data  oase  has  an  associated  attribute  IREP  which 
indicates  its  reprogramming  capability.  Missiles  may  be  retargetab le , 
for  instance,  i£  other  weapcnis  in  the  squadron  have  been  destroyed  before 
launch,  during  launch,  or  in  powered  flight.  The  reprogramming  capabil- 
ities considered  within  the  Plan  Generator  are: 

No  reprogramming  capability  (1REP=1) 

Reprogramming  for  not  In  commission  (IRE"=2) 

Reprogramming  for  destruction  before  launch  (IREP=3) 

Reprogramming  for  failure  through  launch  (IREP=4) 

Reprogramming  for  failure  through  powered  flight  (IREP-5) 

During  QUICK  plan  generation,  ".his  reprogramming  capability  is  exercised 
only  if  the  user  specifies  a RETARGET  option  in  program  PI.ANSET.  The  ef- 
fects of  missile  reprograinini ng  during  plan  generation  are  to:  1)  decrease 
the  number  of  vehicles  per  squadron;  2)  reduce  the  DEL  probability  for 
alert  vehicles  to  zero  for  those  missiles  which  reprogram  for  this  fail- 
ure mode;  and  3)  increase  the  reliability  factor  for  reprogrammable  mis- 
siles. In  computing  replacement  values  for  these  parameters,  the  data 
base  value  associated  with  the  following  attributes  is  considered. 

PING:  Probability  *hat  the  missile  is  in  commission 

ALRTDB;  Probability  of  DEL  for  alert  vehicles 
PLABT:  Probability  of  a launch  abort 

PFPF:  Probability  of  f, allure  during  powered  flight 

Table  5 shows  the  method  of  calculating  replacement  values  for  each  level 
of  reprogramming  capability.  I’o  illustrate  the  reprogranunlng  calculations, 
let  N be  the  original  numbet  per  squadron,  R the  original  reliability  for 
any  missile  squadron,  and  S be  the  probability  of  survival  before  launch. 

If  N'  is  the  reduced  number  oi  weapons,  R'  the  increased  squadron  relia- 
bility resulting  from  reprogramming  calculations,  and  S'  the  modified  sur- 
vival probability,  N’*R'*S'  will  still  equal  N*R'*S.  The  new  values,  how- 
ever, reflect  the  probability,  with  retargeting,  of  striking  the  N'  high- 
est priority  targets  to  be  assigned  to  the  squadron.  For  example:  for  a 
non-SLBM  (submarine-launched  bf.llistic  missile)  missile  squadron  with 
attributes  IREP=3,  PINC*.8,  M.l.TDB=.l,  PLABT=.2,  and  PFPF=.3,  and  a num- 
ber per  squadron  of  30,  the  new  attribute  values  assigned  (see  table  5) 
are : 

Number  per  squadron  * PINC( 1-ALRTDB)  (N) 

= ( .8)  (1-.  1)  (30)  >«  21.6,  truncated  to  21 
New  ALRTDB  = 0 

- (l-PLABr){l-PFPF) 

Reliability  « fl-.2)(l-.3)  » 56 

Had  reprogramming  not  been  considered,  the  values  would  have  been: 

Number  per  squadron  = 30 

ALRTDB  = . 1 

Reliability  = . 8(1- . 2)  (1- . 3)  = .448 
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Table  5.  Computations  for  Reprogrammable  Missiles 


Reprogramming 

Capability 

Index 

New  number  per  squadron 
(N=  original  number) 

New 

ALRTDB 
for  this 
type 

Reliability  for  this  type 

IREP  = 1 

N 

ALRTDB 

PINC  *(1-PLABT)*(1-PFPF) 

IREP  = 2 

PINC  * N 

ALRTDB 

(1-PLABT)*(1-PFPF) 

Non 

SLBM 
IREP  = 3 

SLBM 

PINC  *(1-ALRTDB) 

*N 

0 

(1-PLABT)*(1-PFPF) 

N 

# 

# 

Non 

SLBM 
IREP  = 4 

SLBM 

PINC  *(I-PLABT) 
*(1-ALRTDB) 

0 

1-PFPF 

PINC  *(1-PLABT)*N 

ALRTDB 

1-PFPF 

Non 

SLBM 
IREP  = 5 

SLBM 

PINC  *(1-ALRTDB) 
*(1-PLABT)*(1-PFPF)*N 

0 

1 

PINC  *(1-PLABT) 
*(1-PFPF)*N 

ALRTDB 

1 

Reprogramming  for  destruction  before  launch  is  not  applicable  to  sub- 
marine-launched weapons  since  the  destruction  of  one  launch  site  de- 
troys all  remaining  missiles  in  the  squadron. 
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A.  J Target  List  Preparatio.i 


rhe  Information  provided  to  the  Plan  Generator  consists  of  information 
on  ttie  target  system  which  is  to  be  attacked  and  on  the  available  weapon 
systems  which  have  been  provided  to  deal  with  the  target  system.  The 
weapon  allocator  (module  ALOC)  receives  its  targets  as  a shuffled  target 
list;  that  is,  a list  of  targets  that  are  arranged  in  a random  order. 

I'o  be  discussed  are:  target  categories,  time  dependent  target,  target 
value,  methods  of  complexing,  and  target  shuffling  (or  randomizing) . 

Target  Categories:  From  a computational  point  of  view,  QUICK  considers 
three  categories  of  targets:  simple  targets,  multiple  targets,  and  com- 
plex targets.  Target  numbers  are  assigned  to  all  simple  targets,  multi- 
ple targets,  and  complex  targets  in  classes  1-15  for  both  sides,  one 
side  at  a time.  A simple  target  is  a single  data  base  item  with  a single 
unique  geographical  location. 

The  concept  of  a multiple  target  was  added  to  the  system  to  increase  its 
speed  in  dealing  with  miasi  squadrons.  For  example,  a Minuteman 
squadron  may  have  as  many  as  jO  separately  targetable  points.  From  the 
targeting  point  of  view,  all  these  points  have  essentially  the  same  geo- 
graphic Location,  the  same  value,  and  the  same  characteristics.  For 
efficiency  in  processing,  the-efore,  QUICK  allows  multiple  targets.  A 
multiple  target  is  defined  as  .several  independent,  identical  missile  tar- 
gets (such  as  separate  ralssil  : silos  in  a Minuteman  squadron)  that  are 
close  together  relative  to  the  range  of  the  weapon  systems,  but  far 
enough  apart  that  each  target  element  must  be  treated  as  an  independent 
aim  point.  For  such  targets,  the  right  targeting  for  one  of  them  is  un- 
doubtedly the  right  targeting  for  them  all.  Thus,  the  Plan  Generator 
determines  the  targeting  of  e .1  elements  of  a multiple  target  through  a 
single  calculation  of  target!  ig  for  a representative  target  (of  the 
appropriate  multiplicity). 

The  third  category  of  target,  the  complex  target,  allows  the  Plan  Genera- 
tor to  deal  with  targets  consisting  of  several  elements  and  to  treat  them 
as  a single  simple  target  during  the  weapon  allocation  phase.  Complex 
targets  are  formed  by  the  Weapon/Target  Identification  subsystem  (INDEXER) 
and  consist  of  target  elemei  ■ .s  ( Jp  to  40  data  base  items)  in  which  each 
element  is  separated  from  stmn  other  element  in  the  complex  by  a distance 
not  greater  than  one-half  the  sum  of  the  lethal  radii  of  the  two  elements 
from  a given  weapon  yield,  considering  the  vulnerabilities  for  each  of 
:he  elements.  The  complexing  yield  assumes  a default  value  of  one-megaton 
or  any  user  input  value.  Also,  Jt  user  discretion  complexing  yield  may  be 
obtained  through  query  of  VI<  pnd  associated  table  look  ups  (see  subsection 
under  target  complexes).  Undtr  either  criterion,  the  complex  target  Is 
input  to  program  ALOC  as  a single  element  target  with  characteristics 
which  are  representative  of  the  complete  complex.  The  procedures  used 
in  Identifying  and  describing  this  representative  target  element  are  dis- 
cussed later  in  this  chapter  (see  subsection  Complex  Targets). 
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With  the  above  simplifications,  the  method  of  allocation  used  by  program 
ALOC  can  be  essentially  the  same  for  all  three  types  of  targets. 

r ime-l)ependent  Target  Value:  The  relative  value  of  the  targets  considered 
during  plan  generation  is  established  on  the  basis  of  two  sets  of  input 
data  supplied  by  the  user.  In  the  data  base  each  potential  target  is 
assigned  a value  (VAL)  which  establishes  its  relative  worth  within  its 
assigned  class.  Then,  the  user  provides  data,  for  input  to  module  PLANSET, 
which  establish  the  target's  value  relative  to  all  other  potential  targets 
in  the  game  base  (see  Target  Value,  this  appendix). 

Since  the  relative  strategic  worth  of  a target  may  degrade  over  time  (e.g., 
the  value  of  a missile  launch  site  before  and  after  launch),  the  time  de- 
pendence of  target  value  must  be  considered  in  developing  the  attack  plan. 
In  QUICK,  this  relationship  is  established  on  the  basis  of  data  supplied 
by  the  user  and  included  in  the  data  base.  ' The  user  can  specify  up  to 
five  separate  time  components  which  represent  specified  fractions  of  the 
total  target  value.  For  each  of  the  five  components,  the  user  specifies 
the  time  (in  hours)  at  which  the  value  changes,  T(I),  and  the  fraction 
of  the  target  value  that  is  removed  at  that  time,  FVALT(I). 

In  using  these  data,  the  system  (module  PLANSET)  automatically  assumes  a 
standard  uncertainty  in  times  specified.  Figure  30  illustrates  the  time 
dependence  of  target  value.  As  a result  of  the  "value  escaped"  method 
of  target  damage  calculation  and  the  launch  interval  timing  considera- 
tions, target  value  cannot  increase  at  any  time. 

target  Value:  The  Plan  Generator  allocates  weapons  so  as  to  maximize  the 
target  value  destroyed.  To  accomplish  this,  the  relative  importance  or 
value  of  the  targets  to  be  considered  must  be  established.  These  target 
values  reflect  the  major  strategic  objectives  of  the  war  plan  which  is 
to  be  generated.  They  must,  therefore,  be  established  by  the  user  within 
the  context  of  a specific  game  scenario. 

the  QUICK  system  uses  a two-step  procedure  to  input  the  user  judgmental 
data  required  for  target  value  calculations. 

1.  In  the  data  base,  each  potential  target  is  assigned  a value  cal- 
culated to  reflect  its  relative  worth  within  its  assigned  class. 

2.  To  generate  a specific  plan,  the  user  must  also  provide  data  to 
the  Plan  Generator  (module  PLANSET)  which  determine  the  relative 
value  of  the  target  classes,  and  hence  all  targets,  for  the  cur- 
rent plan. 

For  the  data  base,  a reasonably  good  judgment  can  be  made  of  the  relative 
values  of  the  targets  within  each  target  class  (such  as  missile,  bomber, 
urban/indust ria 1 , or  navel  classes).  The  values  may  be  based,  for  in- 
stance, on  relative  population  or  industrial  importance  for  urban/indus- 
trial targets.  For  missile  and  bomber  classes,  the  user  will  probably 
select  target  values  which  take  into  account  each  weapon's  effective 
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Figure  30.  Tine  Dependent  Target  Value  Curve 
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megatonnage,  range,  and  CEP.  Each  potential  target  in  the  data  base 
must  be  assigned  the  attribute  VAL,  and  the  value  associated  with  this 
attribute  must  establish  the  target's  relative  worth  within  the  class 
to  which  it  is  assigned. 

The  value  input  is  completed  with  data  cards  input  to  module  PLANSET. 
Here,  when  generating  a specific  plan,  the  user  must  input  his  judgment 
as  to  the  relative  values  of  the  target  classes.  This  is  communicated 
to  the  Plan  Generator  by  the  selection  of  an  exemplar  (or  typical)  tar- 
get from  each  target  class  which  is  to  be  included  in  the  plan.  To  that 
exemplar  target,  the  user  assigns  a new  value  (NEWVAL) . NEWVA1-,  then, 
is  used  as  follows: 


Let  VALCLASS(J)  = 


NEWVAL  for  the  exemplar  target  in  class  J 
VAL  for  the  exemplar  target  in  class  J 


and  CUMVAL(J) 


- the  sum  of  the  VALs  of  all  the  targets  in 
class  J 


Then  the  total  value  of  the  targets  in  class  J is 

CUMVALF(J)  = CUMVAL(J)  * VALCLASS(J) 

These  target  class  values  are  then  scaled  so  that  the  sum  of  all  target 
values  is  1,000,  thus  facilitating  comparative  analyses  of  differing 
plans.  This  scaling  is  done  by  setting 


’/(a 


CUMVALF(J)| 


SL'MVALX  ^ 1000/ 

and  establishing  the  final  value  factor  for  all  items  in  class  J by 


VALFAC(J)  = SUMVALX  * VALCLASS(J) 

VALFAC(J),  then,  is  the  multiplier  used  to  derive  the  new  value  for  each 
target  in  class  J from  its  data  base  value,  VAL;  i.e.,  the  target's  value 
for  this  plan  = VALFAC(J)  * VAL. 

The  QUICK  value  scheme  allows  the  user  to  reflect  a relative  judgment  be- 
tween the  worth  of  two  specific  targets  in  different  classes,  rather  than 
to  decide  the  total  distribution  of  VALUE  which  is  to  be  apportioned  be- 
tween those  two  classes.  This  judgment  is  much  more  analogous  to  the 
usual  strategic  decisions.  It  is  generally  easier  to  specify  the  rela- 
tive worth  of  Moscow  vs.  an  SS-9  missile  site  than  it  is  to  specify  the 
fraction  of  value  that  will  be  associated  with  urban/industrial  targets 
vs.  missile  sites.  In  order  to  better  illustrate  this  exemplar  value 
scheme,  a simple  -^at  of  four  targets  is  shown  in  table  6.  In  this  table, 
one  exemplar  target  from  each  class  is  assigned  a value.  The  final  cal- 
culated values  used  in  the  allocator  sum  to  1,000  and  maintain  the  orig- 
inal data  base  ratios  within  each  class.  Also,  the  ratio  of  values  be- 
tween the  exemplar  targets  is  the  same  as  the  ratio  between  the  user  input 
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Table  6. 

Sample  Exemplar 

Target  Value  Calculation 

] ARGET 
a.ASS 

TARGET 

NAME 

DATA  BASE 
VALUE 
(VAL) 

USER  INPUT 
EXEMPLAR  VALUE 
(NEWVAL) 

FINAL 

CALCUl.ATED 

VALUE 

U/T 

Moscow 

U/I 

Kiev 

Missile 

Ipich 

Mi ssile 

Aag 

Tha  Intermediate  calculations  u.>(id  to  derive  the  final  calculated  values 
above  are; 


VA^.CLASS 

CITMVAI, 

CUMVALF 

VALFAC* 


I’/r  CLASS 

16/SO  = .2 
80  + 60  = 140 
,2:i40)  = 28 
.2(25)  = 5 


MISSILE  a.ASS 

10/5  -*  2 
5 *■  1 - 6 
2(6)  = 12 
2(25)  - 50 


Where  SUMVALX  ' 1000/(28  + 12)  = 25 


Complex  Target;  A complex  target  consists  of  target  elements  in  which 
each  element  is  separated  from  some  other  element  in  the  complex  by  a 
distance  not  greater  than  one-half  the  sum  of  the  complexing  lethal 
radii  of  the  two  elements.  A complexing  weapon  yield  plus  the  vulnera- 
liilities  of  each  target  element  determines  the  lethal  radii.  A single 
global  user  input  weapon  yield  (a  default  of  one-megaton  is  assumed) 
may  be  used  for  complex  determination.  That  is,  for  each  target  element, 
the  same  weapon  yield  will  be  used  for  lethal  radius  determination.  A 
second  optional  method  of  lethal  radii  calculation  is  permissible  which 
employs  table  lookups  of  hard  coded  values.  Through  observation  of  the 
VN  of  each  target  element  a yield  is  obtained  from  the  table,  then  an 
adjusted  VN  is  calculated  and,  finally,  from  the  yield  and  adjusted  VN 
tables  are  entered  and  lethal  radii  obtained.  After  lethal  radii  de- 
termination the  collection  of  target  elements  and  setting  of  target 
attributes  (see  below)  is  identical. 

The  potential  target  list  input  to  module  ALOC  reflects  the  complex  tar- 
get as  a single  element.  The  target  attributes  for  this  representative 
target,  calculated  in  module  PLANSET,  are  derived  from  the  target  data 
associated  with  the  individual  elements  of  the  complex.  The  largest 
target  radius  associated  with  any  element  of  the  complex  is  assigned  as 
the  radius*  (TCTRAD)  of  the  representative  target.  Similarly,  the  maxi- 
mum value  of  TARDEF  (local  bomber  defense  potential)  is  assigned  to 
represent  the  complex.  The  target  value  (VAL)  and  the  number  of  terminal 
defense  missile  interceptors  (NTINT)  assigned  each  element  are  accumu- 
lated and  their  totals  assigned  to  the  representative  element.  MINKILL 
(the  minimum  kill  probability  required)  and  MAXKILL  (the  maximum  kill 
probability  desired)  are  weighted  (by  VAL)  averages  of  the  element 
attributes.  The  time  dependence  of  the  value  of  the  complex,  which  is 
due  to  the  time  components  of  its  elements,  is  approximated  by  at  most 
five  time  components.  That  approximation  is  accomplished  as  follows. 

First,  the  list  of  time  components  is  checked  for  equal  values.  If  any 
are  found,  the  corresponding  values  are  added  together,  and  all  but  one 
of  the  equal  components  are  removed  from  consideration,  along  with  any 
zero  components.  If  the  number  of  remaining  entries  does  not  exceed 
five,  the  time  dependence  of  the  complex  is  approximated  by  these  time 
components.  Otherwise,  an  elimination  procedure  to  reduce  the  number 
of  entries  to  five  is  performed.  For  this,  the  slopes  (change  in  value 
per  change  in  time)  are  calculated  for  all  remaining  value  points  and 
the  value  point  that  produces  the  smallest  slope  is  grouped  together 
with  its  neighboring  value  point.  Hence  the  number  of  entries  is  re- 
duced by  one.  If  more  than  five  entries  still  remain,  the  above  accumu- 
lation process  is  repeated,  until  no  more  than  five  time  components  remain. 


iV 

This  technique  represents  an  oversimplification.  However,  computing  an 
adjusted  radius,  based  on  the  geographic  locations  and  dimensions  of 
each  target  element,  would  not  necessarily  be  an  improvement.  In  order 
to  provide  a significantly  more  accurate  treatment,  a much  more  detailed 
analysis  would  be  required  of  each  complex  target,  which  should  take  in- 
to account  the  yield  and  accuracy  of  the  available  weapons  as  well  as 
the  number,  hardness,  and  geographic  distribution  of  target  elements. 
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Air  liithal  radius  for  each  target  In  the  complex  must  be  determined  for 
a uniform  height  of  burst  oyer  the  complex.  Air  lethal  radius  associ- 
ated with  simple  targets  are  calculated  assuming  an  optimal  height  of 
burst  based  on  the  target's  vulnerability.  Since  a complex  may  be  com- 
prised of  targets  with  differing  vulnerabilities,  it's  necessary  to  de- 
fine one  height  of  burst  over  the  entire  complex.  Accordingly,  the 
height  of  burst  for  the  complex  is  defined  as  the  optimal  scaled  height 
of  burst  associated  with  -he  hardest  target  in  the  complex.  Using  this 
defined  air  height  of  burst,  the  air  lethal  radius  for  each  target  in 
the  complex  is  computed. 

Similarly,  the  hardness  components  (VULNl,  VULN2)  and  the  corresponding 
fractional  value  (FVALHl)  vfn Ich  represent  the  complex  are  determined  by 
first  taking,  for  each  target  of  the  complex,  its  VAL,  FVALHl , the  num- 
ber of  hardness  components  I or  2),  and  the  lethal  radius  corresponding 
to  each  hardness.  The  conplement  of  FVALHl  Is  found  to  represent  the 
second  hardness  component.  If  either  fractional  value  is  nonzero,  it  is 
multiplied  by  VAL  to  obtain  the  actual  value  at  that  hardness.  After 
all  targets  have  been  cot  ilered,  the  lethal  radii  are  separated  into 
radii  belonging  to  hard  targets  (radii  less  than  1.5  miles)  and  radii  be- 
longing to  soft  targets,  ''lie  average  lethal  radius,  weighted  by  the  ac- 
tual value  at  the  corresooruli ng  hardness,  is  calculated  from  both  hard 
and  soft  targets  for  those  radii,  and  the  result  (HHARD  or  HSOFT)  is 
assigned  to  the  complex.  S'milarly,  the  actual  value  at  each  hardness 
(VTIARD  or  VSOFT)  is  accumulated.  If  tViere  are  no  hard  targets  (i.e., 

VHARD  = 0),  FVALHl  for  the  complex  is  set  to  1;  otherwise  the  fraction 
of  actual  value  for  hard  targets  f VHARD /i'l'OT)  is  assigned  to  FVALHl.  This 
FVALHl,  then,  and  the  corresponding  number  of  hardness  conponents  are 
assigned  to  the  complex. 

Tne  Index  number  (INDEXNO)  and  the  target  designator  code  (^DESIG)  asso- 
ciated with  the  representative  target  will  normally  be  the  INDEXNO  and 
DESTG  assigned  to  the  first  member  of  the  complex  (I.e.,  the  first  ele- 
ment of  the  complex  encountered  when  processing  the  game  data  base). 

The  user  may,  however,  establish  criteria  for  selecting  the  representa- 
tive INDEXNO  and  DESIG  (a  control  feature  used  in  RISOP  development). 

The  procedure  for  exercising  this  option  are  outlined  in  the  Users 
Manual  (module  PLANSET). 

Target  Shuffling;  During  the  allocation  phase  of  plan  generation,  the 
rate  of  allocation  for  each  weapon  group  is  monitored  as  the  targets  are 
processed.  To  prevent  these  rates  from  being  biased  by  a large  number 
of  similar  targets  considered  consecutively,  the  basic  target  list  is 
shuffled. 


Since  similar  targets  appear  together  in  the  data  base  (by  class  and 
type),  target  shuffling  randomizes  the  order  in  which  various  types  of 
targets  are  encountered.  Thus  the  rate  of  allocation  provides  a good 
estimate  of  whether  a group  la  being  over-allocated  or  under-allocated. 
The  algorithm  used  to  achieve  the  required  shuffling  is  accomplished  in 
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Consider  the  target  indices  (I)  as  equally  spaced  points  on  a circle,  with 
targets  in  a partiuclar  class  occurring  consecutively.  If  the  Ith  point 
is  displaced  along  the  circle  to  the  index 

I (3  - v/5)  C*  (I)  mod  C 

where  C is  the  number  of  points  on  the  circumference  of  the  circle,  the 
result  will  be  the  desired  distribution.  To  accomplish  the  corresponding 
reordering  of  the  discrete  list  of  targets,  each  index  must  be  multiplied 
by 

I (3  - v^)  N 

where  N is  the  number  of  elements  in  the  list,  and  then  reduced  by  modulo 
N.  A direct  application  of  this  procedure,  however,  will  result  in  some 
cases  with  the  same  final  index  being  assigned  to  more  than  one  element. 

Therefore,  the  following  algorithm  is  used  by  program  PLANSET  to  assign  n 
new  indices  to  the  elements  of  the  list  in  such  a way  that  the  above  cri- 
terion is  satisfied  and  each  index  from  1 to  N is  assigned  exactly  once. 

Let  L be  the  greatest  integer  such  that  L (3  - ^5)  N 

where  N is  the  total  number  of  targets. 

Let  P = J = L , 

where  P = the  beginning  index  of  the  current  cycle,  and 
J = the  index  number  currently  being  assigned. 

As  each  list  element  is  processed,  J is  replaced  by  J + L to  obtain  the 
next  index  number.  If  J becomes  >N,  J is  replaced  by  J - N.  If  J be- 
comes = P,  a new  cycle  is  to  be  started;  1 is  added  to  P and  to  J,  and 
the  procedure  continues  as  before. 

A. 4 Missile  Time  of  Flight  Calculations 

This  subsection  outlines  a set  of  equations  to  generate  the  time  of 
flight  (TOP)  for  single  and  multiple  warhead  missile  systems. 

The  data  needed  for  operation  is  as  follows: 

o Launch  location  for  booster  (PX:  Longitude;  PY:  Latitude) 

o Warhead  data  for  each  reentry  object  as  follows: 

- Reentry  angle  (REANG) ; if  no  reentry  angle  is  given,  a minimum 
energy  path  is  assumed 
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- Ballistic  coefficient  (BALC)  of  reentry  vehicle 

- Location  of  the  target  point  (QX:  Longitude;  QY;  latitude) 

The  process  results  are  a set  of  path  segments  that  describe  the  move- 
ment of  a launch  vehicle  and  Its  subsidiaries  from  launch  to  target  hit 
as  follows: 

o Launch:  Launch  to  orbit  Insertion  as  a linear  path  with  con- 
stant acceleration.  Orbit  Insertion  Is  assumed  at  the  atmos- 
phere limit  (ATML) . The  time  to  complete  this  path  is  called 
TB, 

o Elliptical  Orbit:  Elliptical  orbit  conmensurate  with  a mini- 
mum energy  trajectory  or  a specified  angle  to  reentry  into 
sensible  atmosphere.  The  time  to  complete  this  path  Is  called 
TF. 

o Reentry  to  deceleration  band:  The  first  reentry  segment  Is  a 
linear  path  with  constant  velocity  to  the  point  where  decelera- 
tion becomes  slgrdf leant . The  time  to  complete  this  path  is 
called  TRl. 

o Deceleration:  Tie  second  reentry  segment  Is  a linear  path  with 
deceleration  tc  the  point  where  terminal  velocity  approached. 
The  time  to  'omplete  this  path  is  called  TR2. 

o Terminal  phase:  Ths  third  reentry  segment  Is  a linear  path 
with  constant  velocity  to  the  point  of  detonation.  The  tine 
to  complete  this  path  Is  called  TR3. 

The  elliptical  orbit  path  generation  consumes  the  vast  amount  of  the 
calculation.  This  path  is  calculated  Initially  followed  by  the  various 
paths  defined  within  the  earth's  atmosphere.  Kepler's  equations  are 
used  for  the  elliptical  orbit  determination  along  with  a heuristic 
cycling  approach.  The  main  problem  Is  the  earth's  rotation  for  as  the 
reentry  vehicle  spends  time  (the  unknown  parameter  to  be  determined) 
above  the  atmosphere,  the  longitude  of  the  aim  point  Is  moving  and  the 
amount  of  movement  is  dependent  on  the  TOF.  Iterative  approaches  re- 
solves the  dilemma.  The  aim  point  longitude  Is  calculated  using  a TOF 
from  a previous  set  of  calculations  (Initially  set  to  zero)  and  a new 
TOF  is  determined  based  on  the  given  longitude.  If  the  new  TOF  compares 
within  tolerances  (say  5 seconds)  of  the  previously  determinated  TOF  the 
solution  Is  final.  If  the  two  TOF  are  outside  tolerances,  the  new  TOF 
Is  used  to  calculate  the  aim  point  longitude  and  equations  are  solved 
anew.  This  Iterative  approach  converges  for  all  possible  trajectories. 

In  addition  to  defined  parameters  the  following  parameters  are  necessary 
for  calculations: 
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TTO;  Total  TOP  on  a previous  interaction  (initiated  to  zero) 
EElAT;  Earth's  rotational  rate 
AGON:  Earth's  radius 

G:  One  over  the  square  root  of  the  gravitational  constant 

Elliptical  Orbit  Determination:  Begin  calculations  of  elliptical  param- 
eters by  computing  great  circle  range  angle  'ALPH02'  between  launch  and 
target  points  as: 

SY  = SINE  (PY) 

QX  = QX  ERAT  (TF  -TTO) 

TTO  = TF 

WQ  = SY  * SINE  (QY) 

COSA  = WQ  * COSINE  (PX  -QX)  + COSINE  (PY)  * COSINE  (QY) 

ALPHAX  = COS-1  (COSA) 

ALPH02  = ALPHAX  * .5 
SA  = SIN  (ALPH02) 

Compute  distance  to  unoccupied  focal  point  (DTFP)  from  target  point  in 
plane  of  ellipse,  and  distance  between  focal  points  (FF).  Calculations 
assume  a synetrical  ellipse  about  apogee  of  target  and  launch,  see  fig- 
ure 31. 

For  a specified  reentry  angle  calculate: 

DTFP  = (AGON  + RR)  * SA/SINE  (2.*REANG  + ALPH02) 

FF  = (DTFP  * SINE  (2.  * REANG)/SA 

where  RR  is  the  altitude  of  the  aim  point. 

For  no  specified  reentry  angle,  assume  minimum  energy  trajectory  and 
calculate: 

DTFP  = (DTFP  + RR)  * SA 

FF  = (ACON  + RR)  * COSINE  (ALPHA02) 

REANG  « .5  (90°  - ALPH02) 

No  calculate  the  semimajor  axis  (SMA)  and  eccentricity  (E),  of  the 
ellipse. 

SMA  = (ACON  + RR  + DTFP)  * .5 
E = FF/(2.  * SMA) 


Elliptical  flight  time  is  computed  as: 


BV  = 360  - cosine' 


(ACON  RR)/SMA 
E 
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SIN(Tr-2*REANG  -p 


REANG 


Fl  - Unoccupied  Focal  Point 
F2  - Occupied  Focal  Point 


Case  1 — Reentry  Angle  Specified 


Case  2 --  Minimum  Energy  Specified 
Figure  1.  Focal  Point  Calculations 
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FV  . 360°  t COSINE-'  (ACON  ^ l«)/S»A  -1.) 

E 

3/2 

TF  - G * SMA  [ (FV  -BV  + E * (SINE  (FV)  -SINE  (BV))] 

This  time  of  flight  (TF)  is  compared  with  the  last  calculated  time  of 
flight  (TTO) . If  the  difference  is  within  tolerances,  say  five  seconds, 
the  elliptical  path  is  completed;  otherwise,  the  entire  calculations  are 
repeated  using  TF  to  determine  the  final  longitude. 

Boost  Path  Determination:  The  flyout  time  of  launch  to  elliptical  orbit 
insertion  is  constructed  assuming  a linear  path  with  constant  accelera- 
tion. 

First  compute  the  distance  to  orbit  insertion  (DTOI)  assuming  altitude 
of  insertion  is  at  the  atmosphere  limit  (ATML)  as: 

DTOI  = ATML/SINE(REANG) 

The  average  velocity  (AVEL)  is  half  the  value  of  velocity  at  orbit  in- 
sertion under  the  assumption  of  constant  acceleration  in  boost,  and  that 
initial  velocity  is  zero.  From  well  known  Keplerian  equations,  the  veloc- 
ity at  orbit  insertion  is: 

2 

ATML  + ACON 

Therefore  the  time  to  orbit  Insertion  is 


AVEL  ^ .5*VEL 
TB  = DTOI /AVEL 

Reentry  Path  Determination;  Reentry  time  is  now  calculated  by  construct- 
ing three  segments  for  each  reentry  object.  The  three  segments  are: 
constant  velocity  to  the  point  where  deceleration  becomes  significant; 
deceleration  path  to  the  point  where  terminal  velocity  is  approach;  seg- 
ment of  constant  velocity  to  the  aim  point. 

Start  construction  of  the  reentry  segments  from  the  altitude  of  maximum 
deceleration  (AMD) 

SA  = SINE(REANG) 

22000 

AMD  = • * LOG  [.0034  * 32.2  * 22000/(BALC  * SA)] 

Where  BALC  is  the  ballistic  coefficient. 


22000.  scales  the  atmosphere  density. 


,0034  is  the  sea  level  density  in  slugs/FT 


196 


CH-1 


Total  trajectory  time,  "hen,  Is  the  summation  of  the  defined  time  seg- 
ments. 


A. 5 User  Inputs 

Two  new  data  base  attributes  are  required  as  input  for  each  missile  sys- 
tem type.  These  are:  the  ballistic  coefficient  (iu  units  of  pounds  per 
square  inch)  and,  if  desired,  a reentry  angle  (in  degrees).  The  omittion 
of  a reentry  angle  for  a given  missile  system  type  Implies  the  genera- 
tion of  a minimum  energy  trajectory. 

An  altitude  of  orbit  iiisettion  (ATML)  is  also  required  as  input.  How- 
ever, since  total  flight  time  variation  is  rather  Insensitive  to  this 
parameter,  it  is  suggested  that  ATML  be  hard  coded  rather  than  be  a 
user  input  requirement.  Also,  the  definition  of  orbit  Insertion  is 
atmospheric  related,  not  missile  related.  A value  of  200,000  feet  in- 
cludes 99%  of  the  atmosphere. 
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